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DETAILED A CTION 

1 . This action is responsive to communication: filed on 14 January 2008 with 
acknowledgement of an original application filed 12 June 2001. 

2. Claims 1-3, 5-16, 18-22, 26-35, 37-43, 45-49, 51-53, and 57, are currently pending in this 
application. Claims 1, 14, 33, 41, 48, 49, and 53 are independent claims. Claims 1, 14, 41, and 
49 have been amended. Claims 4, 17, 23-25, 36, 44, 50, and 54-56, have been canceled. 

3. The IDS submitted March 24, 2003 and 14 January 2008 has been considered. 

Response to Arguments 

4. Applicant's arguments filed 14 January 2008 have been fully considered but they are not 
persuasive. 

I) In response to Applicant's argument beginning on page 12, "Claims 1, 14, and 41 are 
amended to incorporate limitations of claims 54-56. The Office action admits that Medvinsky 
fails to teach ...as required by amended claim 1, 14, and 41. Accordingly, Applicants 
respectfully request that the rejection of claim 1, 14, 41, and all claims dependent thereon, as 
being anticipated by Medvinsky be withdrawn ". 

The Examiner disagrees with argument presented and notes the following. The limitation 
added is not from originally presented claims 54-56. It was not presented that the padding was 
done to received encrypted data packets. The below rejection has been changed to account for 
the amended claims Medvinsky and Jung teach the amended claim limitations. Note, the 
encryption/decryption module adds padding where applicable to account for 
encryption/decryption process see Jung paragraph 0035, page 3. 
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II) In response to Applicant's argument beginning on page 13, "Regarding claims 33, 48 
and 49, Applicants respectfully maintain that Medvinsky, alone or in combination with other 
references of record, fails to teach or suggest a session count evaluator configured to determine 
if a difference between a received session count within the encrypted data packet and a locally 
generated session count is less than a threshold ... inherency is a stringent standard. To 
establish inherency, the extrinsic evidence "must make clear that the missing descriptive matter 
is necessarily present in the thing described in the reference, and that it would be so recognized 
by persons of ordinary skill". 

The Examiner disagrees with argument presented and notes the following. The 
Medvinsky references should be reviewed for all it contains. Using the Real Time Protocol 
(RTP) the packets are inherently evaluated for session counts that are not synchronized. This is 
shown in Medvinsky paragraphs 0033-0035 and 0053. Note: 

"time stamps are employed to perform synchronization" 

"Each voice packet includes an RTP time stamp used as a pointer to the key stream. 
Encryptor 118 employs the RTP time stamp to calculate an index into the key stream, and 
thereafter, call key stream generator". Therefore to performing the synchronization using the 
time stamp in order to encrypt and decrypt data is equivalent to a session count evaluator used 
for encryption and decryption. 

III) In response to Applicant's argument beginning on page 17, "Claim Rejections Under 35 
U.S.C. §103 Over Medvinsky and Chang Claims 9-13, 28-32, 40, and 52 stand rejected ... 
Applicants believe that claims 9-13, 28-32, 40, and 52 depend from allowable base claims and 
are allowable for at least this reason ". 
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The Examiner disagrees with argument presented as stated above the independent claims 
stand rejected therefore the dependent claims are rejected as well. 

IV) In response to Applicant's argument beginning on page 18, "Claim Rejections Under 35 
U.S.C. §103 Over Medvinsky and Sengodam Claims 54-57 stand rejected ... Applicants 
respectfully maintain that Medvinsk, alone or in combination with Sengodam, fails to teach or 
suggest padding an encrypted payload of the received data packet to a given size with padding... 
Nowhere does Sengodan teach or suggest that the recipient pads any portion of a received data 
packet". 

The Examiner disagrees with argument presented and notes the following. It is well 
known that padding is added to a payload in order make the packets a fixed length, Sengodan as 
well as Jung teach this limitation. 



Claim Rejections - 35 USC § 102 

5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 
122(b), by another filed in the United States before the invention by the applicant for 
patent or (2) a patent granted on an application for patent by another filed in the United 
States before the invention by the applicant for patent, except that an international 
application filed under the treaty defined in section 351(a) shall have the effects for 
purposes of this subsection of an application filed in the United States only if the 
international application designated the United States and was published under Article 
21(2) of such treaty in the English language. 
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6. Claims 33-35, 37-39, 48, 49, 51, and 53 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Medvinsky U.S. Patent Application Publication No. 2002/0094081 
(hereinafter '081). 

As to independent claim 33, "A receiver comprising: a session count evaluator 
configured to determine if a difference between a received session count within a received 
encrypted data packet and a locally generated session count is less than a threshold" is 
taught in '081 pages 3-4 paragraphs 0033-0034; 

"and a decryption engine configured to decrypt a payload of the received encrypted 
data packet by applying a portion of a current fixed length segment of a continuous 
decryption key stream to the data packet if the difference is less than the threshold" is 
shown in '081 page 2, paragraphs 0017-0018. 

As to dependent claim 34, "wherein the decryption engine is further configured to 
perform a bit per bit streaming encryption process" is disclosed in '081 page 3, paragraph 
0034. 

As to dependent claim 35, "wherein the decryption engine is further configured to 
perform an exclusive OR operation with the portion of the fixed length segment and the 
data packet" is taught in '081 page 3, paragraph 0034. 

As to dependent claim 37, "wherein the received encrypted data packet comprising 
at least a portion of the session count" is shown in '081 page 2, paragraphs 0017-0018. 

As to dependent claim 38, "further comprising: a session count extractor configured 
to extract the at least a portion of the received session count from the received encrypted 
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session count from the received encrypted data packet" is disclosed in 081 pages 3-4 
paragraphs 0033-0034; 

"and a session count expander configured to expand the at least a portion of the 
received session count to the received session count" is shown in '081 page 4, paragraphs 
0036-0051. 

As to dependent claim 39, "wherein the received encrypted data packet comprising 
at least a portion of a received message digest value" is disclosed in '081 page 4, 
paragraph 0054. 

As to independent claim 48, is directed to a system consisting of independent claims 33 
and 41; therefore it is rejected along the same rationale. 

As to independent claim 49, "A method comprising: receiving a data packet through 
a communication channel" is taught in page 2, paragraph 0016; 

"the data packet comprising at least a portion of a session count; selecting a fixed 
length segment of a continuous decryption key stream based on the session count" is taught 
in '081 pages 3-4 paragraphs 0033-0034; 

"and applying a portion of the fixed length segment by performing a bit per bit 
streaming encryption to decrypt a payload of the data packet" is shown in '081 page 2, 
paragraphs 0017-0018 

"wherein the selecting comprises selecting a current fixed length segment if a 
difference between the received session count and the locally generated session count is less 
than a threshold value" is disclosed in '081 page 3-4 paragraphs 0033-0034. 
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As to dependent claim 51, these claims contain substantially similar subject matter as 
claims 38; therefore it is rejected along the same rationale. 

As to independent claim 53, "A method of generating an encrypted data packet, the 
method comprising: selecting a fixed length segment of a continuous encryption key 
stream" is taught in '081 pages 3-4 paragraphs 0033-0034; 

"applying a portion of the fixed length segment to data by performing a bit per bit 
streaming encryption process to form an encrypted payload; generating a session count in 
accordance with the fixed length segment; and combining the encrypted payload and the at 
least a portion of the session count to form an encrypted data packet" is shown in 081 page 
2, paragraphs 0017-0018. 

Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 

8. Claims 1-3, 5-8, 14-16, 18-22, 26, 27, 41-43, and 45-47 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Medvinsky U.S. Patent Application Publication No. 
2002/0094081 (hereinafter '081) in view of Jung U.S. Patent Application Publication No. 
2001/0052072 (hereinafter '072). 
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As to independent claim 1, "A method comprising: selecting a fixed length segment 
of a continuous decryption key stream based on a received session count of a received data 
packet" is taught in '081 pages 3-4 paragraphs 0033-0034; 
the following is not explicitly taught in '081 : 

"padding an encrypted payload of the received data packet to a given size with 
padding, the given size corresponding to the fixed length segment size, and decrypting the 
payload of the received data packet by applying a portion of the fixed length segment to the 
received data packet by applying the fixed length segment of the continuous decryption key 
to the padded, encrypted payload, a portion of the fixed length segment being applied to 
the encrypted payload, a remaining portion of the fixed length segment being applied to the 
padding" however '072 teaches that padding is done by the encryption/decryption module as 
needed to perform the encryption/decryption operations on page 3, paragraph 0035. Applying 
padding would be applicable in the decryption and encryption process. Also note the RTP 
protocol implements padding when specified in transmission. 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
a method encryption/decryption utilizing stream ciphers over the Internet taught in '081 to 
include a means to incorporate the padding into the encryption and decryption module. One of 
ordinary skill in the art would have been motivated to perform such a modification because there 
is a requirement of stream encryption algorithms is that the transmitting side and the receiving 
side be synchronized see '072 (pages 1, paragraphs 0013). "A requirement of stream encryption 
algorithms is that the transmitting side and the receiving side be synchronized in order for the 
encryption and decryption to work properly. Specifically, the data must be decrypted in the same 
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order or sequence in which it was encrypted. However, such synchronization is not only difficult 
to employ and maintain in the IP network 10, but can also consume a significant amount of 
bandwidth (e.g., 7-10% using RTP)". 

As to dependent claim 2, "wherein the applying comprises performing a bit per bit 
streaming encryption process" is disclosed in '081 page 3, paragraph 0034. 

As to dependent claim 3, "wherein the applying further comprises performing an 
exclusive OR operation with the portion of the fixed length segment and the data packet" is 
taught in '081 page 3, paragraph 0034. 

As to dependent claim 4, "wherein the applying further comprises performing an 
RC4 operation with the portion of the fixed length segment and the data packet" is shown 
in '081 page 3, paragraph 0034. 

As to dependent claim 5, "further comprising: receiving the data packet, the data 
packet comprising at least a portion of the received session count" is shown in 081 page 2, 
paragraphs 0017-0018. 

As to dependent claim 6, "wherein the data packet further comprise at least a 
portion of a received message digest value" is disclosed in '081 page 4, paragraph 0054. 

As to dependent claim 7 "wherein the selecting comprises: selecting a current fixed 
length segment if a difference between the received session count and a locally generated 
session count is less than a threshold value" is shown in '081 page 4, paragraphs 0036-0051. 

As to dependent claim 8, "wherein the selecting further comprises: extracting the at 
least a portion of the received session count from the encrypted data packet; expanding the 
at least a portion of the received session count to the received session count; and comparing 
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the received session count to the locally generated session count" is disclosed in 081 pages 
3-4 paragraphs 0033-0034. 

As to independent claim 14, "A method of generating an encrypted data packet, the 
method comprising: selecting a fixed length segment of a continuous encryption key 
stream" is taught in '081 pages 3-4 paragraphs 0033-0034; 

"generating a session count based in accordance with the fixed length segment; and 
combining the encrypted payload and the at least a portion of the session count to form an 
encrypted data packet" is shown in '081 page 2, paragraphs 0017-0018; 
the following is not explicitly taught in '081 : 

"padding data to generate padded data" and "applying the fixed length segment to 
the padded data to form padded encrypted data by applying a portion of the fix length 
segment to the data to form an encrypted payload and applying a remaining portion of the 
fixed length segment to the padding; de-padding the padded encrypted data to form the 
encrypted payload" however '072 teaches that padding is done by the encryption/decryption 
module as needed to perform the encryption/decryption operations on page 3, paragraph 0035. 
Applying padding would be applicable in the decryption and encryption process. Also note the 
RTP protocol implements padding when specified in transmission. 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
a method encryption/decryption utilizing stream ciphers over the Internet taught in '081 to 
include a means to incorporate the padding into the encryption and decryption module. One of 
ordinary skill in the art would have been motivated to perform such a modification because there 
is a requirement of stream encryption algorithms is that the transmitting side and the receiving 
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side be synchronized see '072 (pages 1, paragraphs 0013). "A requirement of stream encryption 
algorithms is that the transmitting side and the receiving side be synchronized in order for the 
encryption and decryption to work properly. Specifically, the data must be decrypted in the same 
order or sequence in which it was encrypted. However, such synchronization is not only difficult 
to employ and maintain in the IP network 10, but can also consume a significant amount of 
bandwidth (e.g., 7-10% using RTP)". 

As to dependent claims 15 and 16, these claims contain substantially similar subject 
matter as claims 2 and 3; therefore they are rejected along the same rationale. 

As to dependent claim 18, "further comprising: generating a message digest value; 
and combining at least a portion of the message digest value with the encrypted payload to 
form the encrypted data packet" is taught in '081 page 4, paragraphs 0054 -0055. 

As to dependent claim 19, "wherein the generating comprises: generating the 
message digest value based on the encrypted payload, the session count and a message 
digest key" is shown in '081 page 4, paragraphs 0054 -0055. 

As to dependent claim 20, "further comprising: forming the at least a portion of the 
message digest value by truncating the message digest value" is disclosed in 081 page 4, 
paragraphs 0054-0055. 

As to dependent claim 21, "further comprising transmitting the encrypted data 
packet to a receiver through a communication channel" is taught in '081 page 2, 
paragraph 0016. 

As to dependent claim 22, "further comprising: receiving a received data packet 
corresponding to the encrypted data packet, the received data packet comprising the 
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encrypted payload, at least a portion of a received session count and a received truncated 
message digest value; selecting a fixed length segment of a continuous decryption key 
stream based on a received session count of a data packet; and decrypting a payload of the 
data packet by applying a portion of the fixed length segment to the data packet" is shown 
in '081 pages 3-4 paragraphs 0033-0034 and page 4, paragraphs 0053-0055. 

As to dependent claims 26 and 27, these claims contain substantially similar subject 
matter as claims 2-8; therefore they are rejected along the same rationale. 

As to independent claim 41, this claim is directed to a transmitter of the method of 
claim 14; therefore it is rejected along similar rationale. 

As to dependent claims 42, 43, and 45-47, these claims contain substantially similar 
subject matter as claims 2, 3, and 5-8; therefore they are rejected along the same rationale. 

9. Claims 9-13, and 28-32, are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Medvinsky U.S. Patent Application Publication No. 2002/0094081 (hereinafter '081) in view of 
Jung U.S. Patent Application Publication No. 2001/0052072 (hereinafter '072) in further view of 
Chang et al. U.S. Patent 6,105,012 (hereinafter '012). 

As to dependent claim 9, "further comprising: discarding the data packet if the 
difference is not less than the threshold value" however '012 teaches "The key check block is 
sent to the receiver as a header of the current encrypted data payload. The receiver also retains 
the last eight bytes of the current packet, it decrypted the first eight bytes (the key check block) 
and compares the result to the retained last eight bytes ... If there is no match, an error occurred 
and the receiver takes appropriate action" on page 5, paragraph 0052. 
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It would have been obvious to one of ordinary skill in the art at the time of the invention 
a method key selection for decryption taught in '081 and '072 to include a means to compare the 
keys being used and take appropriate action (i.e. delete packet) when a match is not found. One 
of ordinary skill in the art would have been motivated to perform such a modification because of 
the need to protect data during transmission see '012 (page 1, paragraphs 0005-0006). "It is 
known to remedy this deficiency by decrypting the data field of the packet with the current 
session key, as well as the next key in the sequence of keys, and choose the key for which the 
decrypted data makes sense. Using this method, the change-over from one session key to the 
next is automatically detected. However, to determine whether the decrypted data makes sense 
requires knowledge about the information being transmitted. This is not always the case, 
limiting the use of this method. It is an object of the invention to provide a secure 
communication system, sink device and secure communication method which overcome above 
mentioned drawback". 

As to dependent claim 10, "further comprising: re-synchronizing a decryption key 
to an encryption key by setting the decryption key and the encryption key to a start vector 
if the difference in not less than the threshold value" is taught in '081 page 4, 
paragraphs 0041- 0053 "it signals the CODEC change to gateway controller 106. MTA 104 
generates a new set of RTP key stream and a new initial time stamp. Herein lies a first 
advantage of the present invention. The related art provides for re-derivation of the RTP key 
stream when a CODEC change occurs, by providing the following key derivation function . . . 
"End-End RTP Key Change <N>" is a label that is used as a parameter to the key derivation 
function". 
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As to dependent claim 11, "further comprising: discarding the data packet if the at 
least a portion of the received message digest value does not match a locally generated 
message digest value" is taught in '012 page 5, paragraph 0052-0053. 

As to dependent claim 12, "further comprising: re-synchronizing the decryption key 
to an encryption key by setting the decryption key and the encryption key to a start vector 
if the at least a portion of the received message digest value does not match the locally 
generated message digest value" is shown in '081 page 4, paragraph 4-5, paragraphs 0054- 
0057 "In a further embodiment, the above solution is employed for a MAC (Message 
Authentication Code) algorithm change, resulting in a packet size change. Traditionally, for 
convenience the same RC4 key stream may be used in the generation of the keying material 
needed to calculate a MAC for each packet (a MAC is appended after the encrypted text). 
Where the MAC pad is key used to generate the MAC, for one-time use only. So, wehre a key 
stream is used for MAC generation (instead of or in addition to encryption) and the size of that 
random pad changes, one must rekey and start a new RC4 key stream in the same way as fro 
CODE changes". 

As to dependent claim 13, "further comprising: extracting the at least a portion of 
the received message digest value from the data packet; generating the locally generated 
message digest value based on the at least a portion of the received session count, a received 
encrypted payload of the data packet and a message digest key; truncating the locally 
generated message digest value to form a truncated message digest; and comparing the 
truncated message digest to the at least a portion of the received message digest value" is 
shown in '081 page 4, paragraph 4-5, paragraphs 0054-0057. 
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As to dependent claims 28-32, these claims contain substantially similar subject matter 
as claims 9-13; therefore they are rejected along the same rationale. 
10. Claims 40 and 52, are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Medvinsky U.S. Patent Application Publication No. 2002/0094081 (hereinafter '081) in view of 
Chang et al. U.S. Patent 6,105,012 (hereinafter '012). 

As to dependent claim 40, "further comprising: a message digest extractor 
configured to extract the at least a portion of the received message digest value from the 
received encrypted data packet" is taught in '081 page 4, paragraph 0054 "In a further 
embodiment, the above solution is employed for a MAC (message Authentication Code) 
algorithm change, resulting a in a packet size change"; 

"a message digest generator configured to generate a locally generated message 
digest value based on the at least a portion of the session count, a received encrypted 
payload of the data packet and a message digest key" is shown in '081 pages 4-5 paragraph 
0055-0056 "For example, additional key stream bytes may be allocated to calculate a MAC for 
each frame. However, ehre is only one MAC needed for the whole RTP packet and if an RTP 
packet contains multiple frames only the key stream bytes allocated to one of the frames . . . 
Where the MAC pad is a key used to generate the MAC, for one-time use only; 

"a truncator configured to truncate the locally generated message digest value to 
form a truncated message digest; and a message digest evaluator configured to compare 
the truncated message digest value to the at least a portion of the received message digest 
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value" is disclosed in '081 page 5, paragraph 0057 "one must rekey and start a new RC4 key 
stream in the same way as fro CODEC changes"; 
the following is not explicitly taught in '081 : 

"where the received is configured to discard the received encrypted data packed it 
the truncated message digest value does not match the at least a portion of the received 
message digest value" however '012 teaches "The key check block is sent to the receiver as a 
header of the current encrypted data payload. The receiver also retains the last eight bytes of the 
current packet, it decrypted the first eight bytes (the key check block) and compares the result to 
the retained last eight bytes ... If there is no match, an error occurred and the receiver takes 
appropriate action" on page 5, paragraph 0052. 

As to dependent claim 52, "further comprising discarding the data packet if the 
difference is not less than the threshold value" is taught in '012 page 5 paragraph 0052. 
1 1 . Claim 57, is rejected under 35 U.S. C. 103(a) as being unpatentable over Medvinsky U.S. 
Patent Application Publication No. 2002/0094081 (hereinafter '081) in view of Sengodan et al. 
U.S. Patent 6,918,034 (hereinafter '034). 

As to dependent claim 57, the following is not explicitly taught in '081 : "further 
comprising: a padding engine operable to pad an encrypted payload of the received encrypted 
data packet to generate the payload of the received encrypted data received by the decryption 
engine; and a pad remover configured to remove padding from the decrypted data" however 
'034 teaches that padding is added to packets so that each packet is a predetermined block size in 
col. 4, lines 30-36. 
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It would have been obvious to one of ordinary skill in the art at the time of the invention 
a method encryption/decryption utilizing stream ciphers over the Internet taught in '081 to 
include a means add padding to the exchanged packets. One of ordinary skill in the art would 
have been motivated to perform such a modification because there is a need to introduce padding 
at the packet level see '034 (col. 3, line 65 through col. 4, line 29). "Currently, there exist 
mechanisms for providing encryption at the IP level and at the RTP level. These mechanisms 
have taken into account the fact that block encryption schemes require the input to be an integral 
multiple of the block size. This has been made possible by suitable padding schemes. However, 
in an environment where several mini-packets are multiplexed into a RTP packet, no suitable 
encryption (and corresponding padding) mechanism has been proposed ... It can be seen then 
that there is a need to provide padding and encryption on a mini-packet basis. It can also be seen 
that there is a need for a mechanism to perform padding and encryption at the mini-packet level. 
It can also be seen then that there is a need for a mechanism to perform authentication at the 
mini-packet level. To overcome the limitations in the prior art described above, and to overcome 
other limitations that will become apparent upon reading and understanding the present 
specification, the present invention discloses a method and apparatus to provide encryption and 
authentication of a mini-packet in a multiplexed real time protocol (RTP) payload. The present 
invention solves the above-described problems by providing a mechanism to perform padding, 
encryption and authentication at the mini-packet level". 
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Conclusion 

Applicant's amendment necessitated the new ground(s) of rejection presented in this Office 
action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is 
reminded of the extension of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

12. It is noted, PATENTS ARE RELEVANT AS PRIOR ART FOR ALL THEY CONTAIN 
"The use of patents as references is not limited to what the patentees describe as their own 
inventions or to the problems with which they are concerned. They are part of the literature of 
the art, relevant for all they contain." In re Heck, 699 F.2d 1331, 1332-33, 216 USPQ 1038, 1039 
(Fed. Cir. 1983) (quoting In re Lemelson, 397 F.2d 1006, 1009, 158 USPQ 275, 277 (CCPA 
1968)). A reference may be relied upon for all that it would have reasonably suggested to one 
having ordinary skill the art, including nonpreferred embodiments (see MPEP 2123). 
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13. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

Maes U.S. Patent No. 6,970,935 issued dated: Nov. 29, 2005 

Long et al. U.S. Patent No. 5,940,508 issued dated: Aug. 17, 1999 

14. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ellen C Tran whose telephone number is 

(571) 272-3842. The examiner can normally be reached from 7:30 am to 4:00 pm. If attempts 
to reach the examiner by telephone are unsuccessful, the examiner's supervisor, Kambiz Zand 
can be reached on (571) 272-381 1. The fax phone number for the organization where this 
application or proceeding is assigned is (571) 273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



/ELLEN TRAN/ 



Primary Examiner, Art Unit 2134 
3 April 2008 



